home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: Tampa Bay Amiga Group / TBAG - Tampa Bay Amiga Group's Disk of the Month #48 (1990)(Merlin's Software - Amiganuts United)(PD).zip / TBAG - Tampa Bay Amiga Group's Disk of the Month #48 (1990)(Merlin's Software - Amiganuts United)(PD).adf / Docs / MoveSSP.Docs < prev    next >
Text File  |  1990-10-15  |  2KB  |  42 lines
  1. MoveSSP
  2.  
  3. Copies the system's stack from Chip RAM to Fast RAM, generally to be called
  4. as part of one's Startup-Sequence.
  5.  
  6. Written by Christoper A. Wichura (caw@miroc.chi.il.us)
  7. Created: 3/4/90
  8.  
  9. Version 1.1 modified by J. Edward Hanway (jeh) - 4/18/90
  10. - Frees the 6K of chip memory used by the original SSP.
  11. - Treats memory outside of 24-bit address space as FAST RAM.
  12. - User Supervisor() instead of SuperState()/UserState() so it can (and should)
  13.   be run ahead of SetPatch 1.34.
  14.  
  15. This is really a conversion of MoveSSP.c by Roger Uzun into 68k code,
  16. with various `optimizations' being made as well.
  17.  
  18. The arp library is required to use this program.
  19.  
  20. It is fully residentiable, though to do so would be stupid as it will
  21. not do anything after the first invocation.
  22.  
  23. This file supports being called by WorkBench.  However, you will have
  24. to supply your own `.info' file for it (if anyone comes up with a really
  25. nice looking one then UUencode it and send it to me).
  26.  
  27. I moved it to ML to make it smaller (i.e., no longer needed the Lattice
  28. startup code which eats a bunch of memory up).  I also added some
  29. messages to let you know what has happened, which MoveSSP.c didn't do.
  30.  
  31. I have not noticed any tremendous speed increase in using this program,
  32. but it can't really hurt.  The people who will get the biggest benefit
  33. from it are those with 32 bit RAM.  The biggest benefit should come when
  34. using lots of interrupts and a DMA-intensive screen, such as using a
  35. 16-color terminal program at high baud rates.
  36.  
  37. It's best to run this thing in your startup-sequence before SetPatch so
  38. that the when the old stack space is freed it can be merged in with the
  39. rest of CHIP RAM. (The SetPatch R option permanently allocates a few bytes
  40. right below the system stack, which fragments the old system stack area
  41. from the rest of CHIP RAM.)
  42.